home *** CD-ROM | disk | FTP | other *** search
- Path: news.delcoelect.com!c23jwd
- From: c23jwd@kocrsv01.delcoelect.com (Jeffrey William Davis)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Wanted: PIPE replacement!
- Date: 19 Jan 1996 19:55:09 GMT
- Organization: Delco Electronics Corp.
- Distribution: usa
- Message-ID: <4dosut$gbl@kocrsv08.delcoelect.com>
- References: <4dgbo2$4i9@sparcserver.lrz-muenchen.de> <oj64ttt17mo.fsf@hpsrk.fc.hp.com> <4dnv64$pqr@sparcserver.lrz-muenchen.de>
- NNTP-Posting-Host: koptsw19.delcoelect.com
-
- In article <4dnv64$pqr@sparcserver.lrz-muenchen.de>,
- CHRISTIAN BUCHNER <flowerp@ldvgpi16.eikon.e-technik.tu-muenchen.de> wrote:
- >> > PIPE: (or queue) handler. When pushing large data files through the
- >> > PIPE:, I will always lose data. Obviously PIPE: was only built for small
- >> > files (text output of programs etc.)
- >
- >> I don't think so. I just tried transferring 31 Mb (the largest file I
- >> had handy) through two PIPE: pipes. Worked fine, no data loss
- >> whatsoever. If by "large data files" you mean something bigger than
- >> that, then I've never tried, so you may be right. But that is, if not
- >> big, at least not small I think.
- >
- >
- >huh? Are we both talking about the same queue-handler? I own OS 3.1 and the
- >OS 3.1 WB disks.
- >
- >From one CLI process I type "Copy Image.JPG PIPE:Test" and in another CLI
- >process I use "Type >File PIPE:Test". The resulting file will be much too
- >short and unuseable.
- >
- >The HWGQueue-Handler from Aminet fixes this problem.
-
- Are you sure 'Type' itself isn't causing a 7-bit truncation or
- translation of the 8-bit data? Have you tried just 'Type >File Image.JPG'
- to see if you get the same results? I suspect you will.
-
- --
- =======================================================================
- Jeffrey W. Davis (317)451-0503 Domain: c23jwd@eng.delcoelect.com
- Software Engineer UUCP: deaes!c23jwd
- Delco Electronics Corporation GM: 8-322-0503 Mail: CT40A
-